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Description 

SYSTEM AND METHOD FOR 
RE- ASSOCIATING AN ACCOUNT NUMBER 
TO ANOTHER TRANSACTION ACCOUNT 

Cross Reference to Related Applications 

[0001] This application is a continuation of, and claims priority 
to, U.S. Serial No. 10/242,584, filed on September 12, 
2002 and entitled "SYSTEM AND METHOD FOR CONVERT- 
ING A STORED VALUE CARD TO A CREDIT CARD," which is 

hereby incorporated by reference. 
Field of Invention 

[0002] The present invention relates, generally, to a system and 
method for transferring the association of a transaction 
card number from a first type of account to a second type 
of account. In particular, this invention allows a customer 
to transmit an existing card number, such as that em- 
bossed on a stored value card, to a host system, and re- 
quest that the account number be re-associated and/or 



redefined from a first transaction account (e.g., stored 

value account) to a second transaction account (e.g., 

credit card account). 
Background of Invention 

[0003] Stored value cards and credit cards are forms of transac- 
tion instruments which provide cash equivalent value that 
can be used within an existing payment/transaction in- 
frastructure. A difference between the accounts associated 
with the two types of cards is when the monetary value 
becomes available for use. Stored value cards are fre- 
quently referred to as prepaid or cash cards, in that 
money is deposited in the account associated with the 
card before use of the card is allowed. If a customer de- 
posits ten dollars of value into the account associated 
with the card, the card can be used for payments up to 
ten dollars. In contrast, credit cards are backed not by 
cash, but by a line-of-credit that has been issued to the 
customer by a financial institution. As such, upon use of 
the credit (or charge) cards, the cash payment from the 
customer is completed after the purchase from the mer- 
chant, namely, when the customer is billed for using the 
line-of-credit associated with the card. 

[0004] Another difference between the stored value card and the 



credit/charge card is the revenue generated from the use 
of the cards. With stored value cards, the monetary value 
is prepaid and the customer is assessed a fee whenever 
funds are loaded onto the card, wherein the fee is usually 
either a flat fee or a small percentage of the amount 
loaded. In contrast, credit cards represent a line-of-credit 
issued to the owner, so a finance charge and/or interest is 
typically assessed on any charged amount that is not paid 
off at the end of each month (e.g., unpaid balance). The 
finance charge assessed is usually anywhere from 10-25% 
of this balance. Therefore, credit cards are often more 
profitable than stored value cards. However, stored value 
cards are more easily acquired, so there are more stored 
value cards issued, funded, and used each day. Moreover, 
fewer distribution restrictions are placed upon stored 
value cards. For example, a stored value card with a five 
dollar monetary value may be distributed to customers by 
a number of different methods (e.g., shipping with prod- 
uct, promotional distribution, etc). In contrast, credit or 
charge cards generally may only be shipped to the cus- 
tomer at the customer's request. Thus, one of the prob- 
lems faced within the transaction card industry is how to 
most effectively distribute credit or charge cards to po- 



tential customers while still abiding by the distribution re- 
strictions. 

[0005] Another problem with credit or charge cards is that it can 
take several days or even weeks between the time a credit 
card application is completed and approved to when the 
customer receives the transaction card. In contrast, cus- 
tomers can purchase stored value cards at many outlets 
without waiting. Thus, a system or method is needed that 
enables a credit card applicant to more expeditiously ob- 
tain a transaction instrument corresponding to the cus- 
tomer's credit card account. 
Summary of Invention 

[0006] The present invention generally relates to a system and 
method for converting a first transaction account device 
(e.g., a card associated with a stored value account) to a 
second transaction account device (e.g., a card associated 
with a credit card account) by either re-associating or re- 
defining a card number from a first transaction account 
(e.g., stored value account) to a second transaction ac- 
count (e.g., credit account). 

[0007] An exemplary method of this invention comprises the 
steps of: establishing a second transaction account, re- 
ceiving a card number associated with a first transaction 



account, and then, re-associating said card number to 
said second transaction account. Anotlier exemplary 
method of this invention comprises the steps of: estab- 
lishing a second transaction account, receiving a card 
number corresponding to a first transaction account, and 
redefining the first transaction account as said second 
transaction account, wherein said first transaction account 

is then closed. 
Brief Description of Drawings 

[0008] The above and other features and advantages of the 

present invention are hereinafter described in the follow- 
ing detailed description of illustrative embodiments to be 
read in conjunction with the accompanying drawings and 
figures, wherein like reference numerals are used to iden- 
tify the same or similar system parts and/or method steps 
in the similar views, and: 

[0009] FIG. 1 illustrates an overview of system components com- 
prising an exemplary embodiment of the present inven- 
tion; 

[0010] FIG. 2 is a schematic illustrating the process of using a 

stored value account via a proxy account; 
[0011] FIG. 3 is a schematic illustrating the processes involved in 

converting the stored value card to a credit card; and 



[0012] pic_ 4 is a schematic illustrating the process of using a 
card number as a credit card device after conversion. 

[0013] Other aspects and features of the present invention will be 
more fully apparent from the detailed description that fol- 
lows. 

Detailed Description 

[0014] The following descriptions are of exemplary embodiments 
of the invention, and are not intended to limit the scope, 
applicability or configuration of the invention in any way. 
Rather, the following descriptions are intended to provide 
convenient illustrations for implementing various embodi- 
ments of the invention. As will become apparent, various 
changes may be made in the function and arrangement of 
the elements described in these embodiments without de- 
parting from the spirit and scope of the invention. 

[0015] The present invention overcomes the problems of the 

prior art by allowing a single card number originally used 
as a first transaction account device (e.g., stored value 
card) to be changed to a second transaction account de- 
vice (e.g., credit card). In an exemplary embodiment, the 
number on the card ("card number"), which is associated 
with a first transaction account in a host system, is re- 
associated to a second transaction account in a host sys- 



tern. In another embodiment, the card number, originally 
corresponding to, or defined as, a first transaction ac- 
count is redefined within a host database system as a sec- 
ond transaction account. The card number may be, for 
example, the same as a stored value account or a credit 
card account. Or, the card number may be the same as a 
proxy account number, wherein the proxy account is used 
as a proxy for one or more accounts. Co-pending United 
States Patent Application No. 09/800,461, "System For 
Facilitating a Transaction", by Breck, et al., and filed on 
March 7, 2001, describes various transaction processing 
systems, including the use of secondary transaction num- 
bers (i.e., proxy accounts), the entire contents of which is 
hereby incorporated by reference. 
[0016] In an exemplary embodiment, the system of the present 
invention allows customers to obtain a credit card device 
in a substantially real time environment by associating an 
existing card number to a new or existing credit card ac- 
count. In particular, the card number embossed on the 
customer's first transaction account device (e.g., stored 
value card), may be re-associated within the host system 
from a first transaction account (e.g., stored value ac- 
count) to a second transaction account (e.g., a credit or 



charge card account), wherein the second transaction ac- 
count is associated with a line of credit established by the 
customer. 

[0017] As used herein, a "transaction" includes any exchange or 
delivery of value, exchange or delivery of data, gifting of 
value or data, etc. The term "transaction" not only con- 
templates an exchange of goods or services for value 
from one party to another, but also the gifting of anything 
from one party to another. Additionally, transaction ac- 
count numbers include account numbers that are used to 
facilitate any type of transaction. As used herein, "card 
number" includes any device, code, number, letter, sym- 
bol, biometric or other identifier/indicia suitably config- 
ured to allow the customer to interact or communicate 
with the system, such as, for example, authorization/ac- 
cess code, personal identification number (PIN), Internet 
code, other identification code, and/or the like which is 
optionally located on a rewards card, charge card, credit 
card, debit card, prepaid card, telephone card, smart card, 
magnetic stripe card, bar code card, transponder, radio 
frequency card and/or the like. Although the term "card 
number" is used throughout, the number need not physi- 
cally exist on a "card" per se. In other words the card 



number may be a number communicated to the customer, 
merchant or host by any means. The card number may be 
distributed and stored in any form of plastic, electronic, 
magnetic, radio frequency, wireless, audio and/or optical 
device capable of transmitting or downloading data from 
itself to a second device. 

[0018] As shown in FIG. 1, an exemplary embodiment of the 

present invention includes a host system 10 comprising 
various systems or sub-systems for processing financial 
account data. These systems are generally known in the 
art as systems for processing merchant 50 authorization 
requests and for facilitating transaction settlements. 

[0019] The host system 10 includes any hardware and/or soft- 
ware suitably configured for processing merchant autho- 
rization requests and for facilitating transaction settle- 
ments. In an exemplary embodiment of this invention 
shown in FIG 1, host system 10 comprises one or more 
interface systems 12 configured to facilitate communica- 
tion with one or more customers 1 and/or one or more 
merchants 50. The interface system 12 is generally con- 
figured to route and communicate customer 1 and/or 
merchant 50 data to a card authorization system (CAS) 20 
and/or a new accounts system (NAS) 13. The host system 



10 also comprises server systems and databases for 
transaction accounts. Tliese server systems may include: a 
first transaction account system, e.g., stored value ac- 
count server 14 and database 15; a second transaction 
account system, e.g., credit card account server 18 and 
database 19; and, if desired, a proxy account system, in- 
cluding, e.g., STN server 16 and database 17. The previ- 
ously mentioned components may be referred to as "front 
end processing components" which facilitate transaction 
authorizations to complete transactions. As those skilled 
in the art will appreciate, any hardware, software and /or 
systems discussed herein may be included within one host 
or distributed among many locations or entities. 
[0020] Backend components of the host system 10 include any 
hardware and/or software generally configured to facili- 
tate transaction settlement, i.e., payment of merchant 50 
and invoicing of customer 1. These components generally 
include, for example, a financial capture system (FINCAP) 
22 for capturing the merchant's 50 receipt and summary 
of charges, an accounts receivable system 24 for adjust- 
ing the account and billing customer, and an accounts 
payable system 26 for paying the merchant 50. These 
backend components may be configured to communicate 



with one or more front end components, e.g. NAS 13, CAS 
20, etc. In an exemplary financial infrastructure, the ac- 
counts receivable system 24 may replace or perform the 
same function as the credit card system 18. 
[0021] As shown in FIG. 1, in an exemplary stored value card sys- 
tem employing a proxy account number, a card number 6 
(1234567891234567) embossed on a stored value card 5 
is associated with a stored value account 
(0000000000000000) in a proxy system comprising a STN 
server 16 and database 17. When the customer's card 5 is 
used for a purchase, the stored value account is accessed 
and debited. After conversion, the card number 6 
(1234567891234567) is then associated within the proxy 
system with the credit account (9999999999999999), 
such that when the customer's card 5 is used, the credit 
account is charged and the customer is later invoiced for 
the charges. 

[0022] It should be appreciated that the particular implementa- 
tions shown and described herein are illustrative of the 
invention and its best mode and are not intended to oth- 
erwise limit the scope of the present invention in anyway. 
Indeed, for the sake of brevity, conventional data net- 
working, application development and other functional 



aspects of the systems (and components of the individual 
operating components of the systems) may not be de- 
scribed in detail herein. Furthermore, the connecting lines 
shown in the various figures contained herein are in- 
tended to represent exemplary functional relationships 
and/or physical couplings between the various elements. 
It should be noted that many alternative or additional 
functional relationships or physical connections may be 
present in a practical electronic transaction system. 
[0023] The components of the present invention are described 
herein in terms of functional block components, flow 
charts and various processing steps. As such, it should be 
appreciated that such functional blocks may be realized 
by any number of hardware and/or software components 
configured to perform the specified functions. For exam- 
ple, the present invention may employ various integrated 
circuit components, e.g., memory elements, processing 
elements, logic elements, look-up tables, and the like, 
which may carry out a variety of functions under the con- 
trol of one or more microprocessors or other control de- 
vices. Similarly, the software elements of the present in- 
vention may be implemented with any programming or 
scripting language such as C, C++, Java, COBOL, assem- 



bier, PERL, or the like, with the various algorithms being 
implemented with any combination of data structures, ob- 
jects, processes, routines or other programming ele- 
ments. Further, it should be noted that the present inven- 
tion may employ any number of conventional techniques 
for data transmission, signaling, data processing, network 
control, and the like. For a basic introduction of cryptog- 
raphy, please review a text written by Bruce Schneirer 
which is entitled "Applied Cryptography: Protocols, Algo- 
rithms, and Source Code In C", published by John Wiley & 
Sons (second edition, 1996), which is hereby incorporated 
by reference. 

[0024] One skilled in the art will appreciate that a network 8 in 

FIG. 1, for example, may include any system for exchang- 
ing data or transacting business, such as the Internet, an 
intranet, an extranet, WAN, LAN, satellite or wireless com- 
munications, and/or the like. 

[0025] Customer 1 may interact with the host system 10 or a 
merchant 50 via any input device such as a telephone, 
keyboard, mouse, kiosk, personal digital assistant, touch 
screen, voice recognition device, transponder, biometrics 
device, handheld computer (e.g.. Palm Pilot®), cellular 
phone, web TV, web phone, blue tooth/beaming device 



and/or the like. Similarly, the invention could be used in 
conjunction with any type of personal computer, network 
computer, workstation, minicomputer, mainframe, or the 
like running any operating system. Moreover, although 
the invention uses protocols such as TCP/IP to facilitate 
network communications, it will be readily understood 
that the invention could also be implemented using IPX, 
Appletalk, IP-6, NetBIOS, OSI or any number of existing or 
future protocols. Moreover, the system contemplates the 
use, sale, exchange, transfer, or any other distribution of 
any goods, services or information over any network hav- 
ing similar functionality described herein. Communication 
between the parties (e.g., customer 1, host 10 and/or 
merchant 50) to the transaction and the system of the 
present invention may be accomplished through any suit- 
able communication means, such as, for example, a tele- 
phone network. Intranet, Internet, point of interaction de- 
vice (point of sale device, personal digital assistant, cellu- 
lar phone, kiosk, etc.), online communications, off-line 
communications, wireless communications, and/or the 
like. One skilled in the art will also appreciate that, for se- 
curity reasons, any databases, systems, or components of 
the present invention may consist of any combination of 



databases or components at a single location or at multi- 
ple locations, wherein each database or system includes 
any of various suitable security features, such as firewalls, 
access codes, encryption, de-encryption, compression, 
decompression, and/or the like. 
[0026] The merchant 50 computer and the host 10 computer 

may be interconnected via a second network, referred to 
as a payment network. The payment network represents 
existing proprietary networks that presently accommodate 
transactions for credit cards, debit cards, and other types 
of financial/banking cards. The payment network is a 
closed network that is assumed to be secure from eaves- 
droppers. Examples of the payment network include the 
American Express®, VisaNet® and the Veriphone® net- 
work. 

[0027] As will be appreciated by one of ordinary skill in the art, 
the present invention may be embodied as a method, a 
data processing system, a device for data processing, 
and/or a computer program product. Accordingly, the 
present invention may take the form of an entirely soft- 
ware embodiment, an entirely hardware embodiment, or 
an embodiment combining aspects of both software and 
hardware. Furthermore, the present invention may take 



the form of a computer program product on a computer- 
readable storage medium having computer-readable pro- 
gram code means embodied in the storage medium. Any 
suitable computer-readable storage medium may be uti- 
lized, including hard disks, CD-ROM, optical storage de- 
vices, magnetic storage devices, flash card memory and/ 
or the like. 

[0028] While an exemplary embodiment of this invention is de- 
scribed in association with a financial transaction system, 
the invention contemplates any type of networks or trans- 
action systems, including, for example, unsecured net- 
works, public networks, wireless networks, closed net- 
works, open networks, intranets, extranets, and/or the 
like. 

[0029] As used in the present invention, the term "customer" in- 
cludes any individual, business, entity, merchant, hard- 
ware and/or software who possesses a card number 6 as- 
sociated with a first transaction account, and desiring to 
use that card number 6 in association with a second 
transaction account. In an exemplary embodiment, the 
customer 1 establishes a new or has an existing relation- 
ship or association with a host 10. For example, in one 
embodiment, a customer 1 may be an American Express® 



card member. In another embodiment, a customer may be 
a participant in a frequent flyer rewards program. In a fur- 
ther embodiment, the customer 1 is a member of any 
suitable organization that provides transaction products 
or services. Another embodiment contemplates the cus- 
tomer 1 providing the card number 6 to a second party, 
such that the card number is utilized as a limited use ac- 
count number. 

[0030] "Merchant" includes any individual, business, entity, cus- 
tomer, hardware and/or software that receives a card 
number 6 to facilitate a transaction, whether or not in ex- 
change for goods or services. For example, in one em- 
bodiment, a merchant 50 may be an online bookstore 
such as Amazon.com®. In another embodiment, a mer- 
chant 50 may be a local hardware store. Although referred 
to herein as a "merchant 50," this term contemplates situ- 
ations where any second party receives a card number 6 
and is suitably configured to communicate with the host 
10 to process the customer 1 transaction request. 

[0031] Host 10 includes any person, entity, hardware and/or 

software that facilitates any type of transaction. As con- 
templated by an exemplary embodiment of the present 
invention, the host 10 establishes and maintains account 



and/or transaction information for the customer 1. The 
host 10 may issue products to the customer 1 and may 
also provide both the customer 1 and the merchant 50 
with the processes to facilitate the transaction system of 
the present invention. The host 10 includes, for example, 
banks, credit unions, credit, debit or other transaction-re- 
lated companies, telephone companies, or any other type 
of card or account issuing institutions, such as card- 
sponsoring companies, incentive rewards companies, or 
third-party providers under contract with financial institu- 
tions. Unless otherwise specifically set forth herein, al- 
though referred to as "host," this term should be under- 
stood to mean any entity issuing any type of account to 
facilitate any transaction, exchange or service, and should 
not be limited to companies possessing or issuing physi- 
cal cards. In an exemplary system, the host 10 may be any 
transaction facilitating company such as a charge/credit 
card provider like American Express®, VISA®, Mastercard®, 
Discover®, etc. 

[0032] In an exemplary embodiment, a proxy account number 4 
may be used to facilitate the conversion. Proxy number 4 
is any number, code, symbol, indicia, etc., that is associ- 
ated with, or a proxy for, another number or account that 



has been designated by the customer 1 or the host 10 as 
a primary account number. As shown in FIG. 1, the proxy 
number 4 may be the same as the card number 6. In an 
exemplary embodiment, shown in FIG. 1, the proxy num- 
ber 4 (1234567891234567) is associated with a stored 
value account number 2 (0000000000000000) maintained 
in a stored value account database 15. When the card 
number 6 (which corresponds to the proxy number 4) is 
used for a purchase, the associated stored value account 
number 2 is recognized and the amount of purchase is 
subtracted from the stored value account balance. 
[0033] After conversion of the stored value card to a credit card, 
the proxy number 4 (1234567891234567) is thereafter 
associated with the designated credit card account num- 
ber 3 (9999999999999999). Thus, when a purchase is 
made with the card number 6/proxy number after conver- 
sion, the customer's 1 credit account is accessed and the 
credit account is adjusted accordingly. In another exem- 
plary embodiment, the proxy account system is not uti- 
lized. Rather, the card number 6 corresponds directly with 
the stored value account number instead of the proxy 
number 4. 

[0034] In an exemplary embodiment involving credit, debit or 



other banking cards, the card number 6 has the same in- 
dustry standard format that is used for the regular bank- 
ing cards (e.g., 15 or 16 digit numbers). In one embodi- 
ment, the numbers are formatted such that one is unable 
to differentiate between a card number 6 and a regular 
physical charge card number. Alternatively, however, the 
host 10 card provider/product identifier (e.g., BIN range, 
first 6 digits, etc.) numbers may be different so as to dif- 
ferentiate the card numbers used as proxies from regular 
charge card numbers. In referencing the card number 6 
and other transaction account numbers, it should be ap- 
preciated that the number may be, for example, a six- 
teen-digit credit card account number, although each card 
provider has its own numbering system, such as the fif- 
teen-digit numbering system used by American Express®. 
Each company's card numbers comply with that com- 
pany's standardized format such that a company using a 
sixteen-digit format will generally use four spaced sets of 
numbers, as represented by the number "0000 0000 0000 
0000." The first five to seven digits are reserved for pro- 
cessing purposes and identify the issuing bank, card type, 
etc. In this example, the last sixteenth digit is used as a 
sum check for the sixteen-digit number. The intermediary 



eight-to-ten digits are used to uniquely identify tlie cus- 
tomer 1. Tlie invention contemplates the use of other 
numbers, indicia, codes or other security steps in addition 
to the use of the card number 6. 

[0035] Before discussing the conversion process of the present 
invention, an understanding of the system and operation 
of an exemplary stored value account is discussed. The 
card number 6 on the stored value card may be associated 
with a stored value account via a proxy system using a 
proxy server (STN 16) and database 17 shown in FIG. 1. 
Alternatively, the card number 6 corresponds directly to 
the stored value account without using a proxy system. 
Regardless of the system configuration, whenever card 
number 6 is used, the stored value account is debited for 
the amount of the transaction. 

[0036] Referencing both FIGS. 1 and 2, to facilitate use of a 

stored value card via a proxy number 4 using STN 16, a 
customer 1 acquires a pre-funded stored value card 5 
(STEP 100), from, e.g., a retail store. The customer 1 se- 
lects merchandise for purchase (STEP 102) from a mer- 
chant 50 and presents the card 5 to pay for the purchase 
(STEP 104). This shopping and purchase may occur online 
over the internet, in-person at a point of sale terminal 



(POS) and/or via any other transaction interface. Tlie mer- 
cliant 50 recognizes tlie card 5 as being issued by partic- 
ular host 10 and requests the payment be authorized by 
the host 10 (STEP 106). The authorization system CAS 20 
accepts the request, recognizes that the card number 6 on 
card 5 corresponds to a proxy number 4 in the STN 16 
system and requests the primary account associated with 
the proxy number 4 (STEP 108). Within STN 16 (and 
database 17), for example, the proxy number 4 is associ- 
ated with a corresponding stored value account number 2. 
STN 16 accesses its profile for the proxy account number 
4, identifies the actual stored value account number and 
returns the actual account number to CAS 20 (STEP 110) 
for authorization. CAS 20 then recognizes the stored 
value account and forwards the request to the stored 
value account system 14 for authorization (STEP 112). The 
stored value system 14 applies its standard rules and 
conditions and returns an authorization response to CAS 
20 for return to the requesting merchant 50 (STEP 114). 
The merchant 50 then completes the transaction with the 
customer 1. 

[0037] If the payment was authorized, the merchant 50 will use 
its existing infrastructure (e.g., settlement system 36) to 



submit the transaction to FINCAP 24 at host 10 for settle- 
ment (STEP 116), where FINCAP 24 communicates with the 
stored value system 14 to reduce the balance of the 
stored value account associated with the proxy account 
number 4 (corresponding to card number 6) (STEP 118). 
Similarly, FINCAP 24 communicates with the accounts 
payable system 26 (STEP 120) to ensure that the merchant 
50 is paid for the transaction (STEP 122). 

[0038] It should be appreciated that the card number 6 may be 
the same as the proxy number 4, which is then associated 
with other accounts, e.g., stored value account 2 or credit 
card account 3. Alternatively, card number 6 may directly 
correspond to the stored value account 2 or credit card 
account 3, in which case the proxy account, e.g., STN 16 
system, may not be needed. 

[0039] An exemplary online system and method for establishing 
a credit card account and converting a stored value card 
to a credit card is now described. In an exemplary embod- 
iment of the present invention, as illustrated in FIC. 3, a 
customer 1 desiring to convert an existing stored value 
card to a credit card communicates with host 10 (e.g., 
host web server 12) via any communication means dis- 
cussed herein and enters a "convert card registration 



page," wherein the customer 1 provides the stored value 
account number to be converted by the system (STEP 
200). In the embodiment depicted in FIG. 3, card number 
6 corresponds to a proxy account 4 associated with the 
stored value account 2 maintained in the stored value ac- 
count database 15. The customer 1 is then directed to an 
online application page within the host web server where 
the customer 1 is requested to complete an application 
form comprising various fields, e.g., name, address, in- 
come, etc. After the customer 1 completes the application 
page, the application information is forwarded to the host 
10 new accounts system 13 (STEP 202), wherein the appli- 
cation information is evaluated according to host system 
10 rules and processes. Criteria for credit approval may 
include, inter alia credit rating, debt/income ratio, etc. If 
the application is approved, a new account is created and 
assigned to customer 1 (STEP 204). A database entry and 
account is created within the credit card database 19 
(STEP 206). Although a credit card database 19 and server 
18 are shown in FIG. 3, it should be appreciated that an 
accounts receivable system(see FIG.m 1) ay be similarly 
configured. Other host system components (e.g., CAS 20, 
A/R 24) are updated accordingly. An account conversion 



instruction set is tlien sent to the proxy account system, 
e.g., STN 16, instructing tlie proxy account 4 to be re- 
associated from tlie stored value account 2 to the newly 
created credit card account 3 (STEP 208). As such, the 
customer's card number 6 (corresponding to proxy ac- 
count 4) is thereafter associated with the newly created 
credit card account 3. After the conversion, the customer 
is notified that the card 5 may now be used as a credit 
card for the newly created credit card account (STEP 210). 
In an exemplary embodiment, the approval and notifica- 
tion process is a substantially real time process occurring 
over a distributed network, e.g., internet, electronic kiosk, 
ATM, etc. In other words, the customer 1 may apply for a 
credit card and convert the stored value card to a credit 
card in the same online session. For additional informa- 
tion relating to the online or real time acquisition process, 
please refer to currently pending patent application serial 
number 10/071,615, entitled "Electronic Acquisition Sys- 
tem and Method," by Stoxen , et al., filed on February 5, 
2002, the entire contents of which are incorporated herein 
by reference. F 

[0040] FIG. 4 illustrates use of the card number 6 as a second 

transaction account device (e.g., credit card) that is, after 



the first transaction account (e.g., stored value account) 
lias been converted to a second transaction account 
(credit card account). In an exemplary embodiment it 
should be noted that, except for authorizing the card dif- 
ferently, the flow is similar to that of the stored value card 
before conversion. Accordingly, as shown in FIG. 4, a cus- 
tomer 1 goes online to an online shopping site 32 at a 
merchant 50 and selects merchandise for purchase (STEP 
300). During checkout 34, the customer 1 indicates that 
the card number(now associated with credit card account 
will be used to pay for the purchase (STEP 302). The mer- 
chant 50 requests a standard authorization for the ac- 
count from the host 10 (STEP 304). CAS 20 recognizes the 
card number 6 as corresponding to a proxy account and 
forwards the request to the proxy account system, e.g., 
STN 16 (STEP 306). STN 16 identifies the credit card ac- 
count corresponding to card number 6, and returns the 
credit account number 2 (see FIG. 1) to CAS 20 for autho- 
rization (STEP 308). CAS 20 communicates with the credit 
card account system, e.g., accounts receivable 24, to ap- 
ply authorization rules and conditions (STEP 310). An au- 
thorization response is then provided to the merchant 50 
(STEP 312). When approved, the merchant 50 submits the 



transaction receipt and/or summary of cliarges using its 
standard submission metliod to tlie FINCAP 24 (STEP 314). 
FINCAP 24 recognizes the card number 6 as correspond- 
ing to a proxy number 4 and forwards tlie transaction to 
tlie proxy account system, e.g., STN 16 (STEP 316). STN 
16 translates tlie card number 6 into tlie associated credit 
account number 2 and returns this credit account number 
2 to FINCAP 24 (STEP 318). FINCAP 24 forwards the trans- 
action to the appropriate credit card system, e.g., ac- 
counts receivable 24, for customer statementing and 
billing (STEP 320). FINCAP 24 then forwards the transac- 
tion to the accounts payable system 26 (STEP 322) for 
merchant 50 payment (STEP 324), thus completing a 
transaction with a card 5 after it has been converted to a 
credit card. 

[0041] Benefits, other advantages, and solutions to problems 
have been described above with regard to specific em- 
bodiments. However, the benefits, advantages, solutions 
to problems, and any element(s) that may cause any ben- 
efit, advantage, or solution to occur or become more pro- 
nounced are not to be construed as critical, required, or 
essential features or elements of any or all the claims. As 
used herein, the terms "comprises," comprising," or any 



other variation tliereof, are intended to cover a non- 
exclusive inclusion, such that a process, method, article, 
or apparatus that comprises a list of elements does not 
include only those elements but may include other ele- 
ments not expressly listed or inherent to such process, 
method, article, or apparatus. Further, no element de- 
scribed herein is required for the practice of the invention 
unless expressly described as "essential" or "critical." 
[0042] It should be appreciated that the particular implementa- 
tions shown and described herein are illustrative of the 
invention and its best mode and are not intended to oth- 
erwise limit the scope of the present invention in anyway. 
Indeed, for the sake of brevity, conventional data net- 
working, application development and other functional 
aspects of the systems (and components of the individual 
operating components of the systems) may not be de- 
scribed in detail herein. Furthermore, the connecting lines 
shown in the various figures contained herein are in- 
tended to represent exemplary functional relationships 
and/or physical couplings between the various elements. 
It should be noted that many alternative or additional 
functional relationships or physical connections may be 
present in a practical contract optimization or contract 



compliance system. 



